
^^^^ • 

I Office I 



PRIORITY 
DOCUMENT 

SUBMITTED OR TRANSMITTED IN 
COMPLIANCE WITH RULE 17.1(a) OR (b) 




INVESTOR IN PEOPLE 



The Patent Office 
Concept House 
Cardiff Road 
Newport 
South 



NPIO 



20 SEP 2004 



WIPO 



POT 



I, the undersigned, being an officer duly authorised in accordance with Section 74(1) and (4) 
of the Deregulation & Contracting Out Act 1994, to sign and issue certificates on behalf of the 
Comptroller-General, hereby certify that annexed hereto is a true copy of the documents as 
originally filed in connection with the patent application identified therein. 



In accordance with the Patents (Companies Re-registration) Rules 1982, if a company named 
in this certificate and any accompanying documents has re-registered under the Companies Act 
1980 with the same name as that with which it was registered immediately before re- 
registration save for the substitution as, or inclusion as, the last part of the name of the words 
"public limited company" or their equivalents in Welsh, references to the name of the company 
in this certificate and any accompanying documents shall be treated as references to the name 
with which it is so re-registered. ; 



In accordance with the rules, the words "public limited company" may be replaced by p.l.c, 
pic, P.L.C. or PLC. 



Re-registration imder the Companies Act does not constitute a new legal entity but merely 
subjects the company to certain additional company law rules. 




Pat^ts Form 1/77 



The 

Patent 



1.1 1 1 



Act 1977 
1« 



equest for grant of a patent 

(5«e the notes on the back of this form. You can also get 
an explanatory leaflet from Patent Office to Aejp 
youfiU in this form) 



29ftU603 E833486-1 003052. 
£01/7700 0.00-0320205.8 



The Patent Office 

Cardiff Road 
Newport 
GwentNPlOSQQ 



2. 



Your reference 



Patent q>plicati(m number 
(Hie Patent Office yviUfiU^ Ms part) 



A30382 



G320205.8 



Full name, address and postcode of the or of 
each applicant (imdeiiineaU surnames) 



Patents ADP number fifyou know it) 

If the applicant is a corporate body, give the 
country/state of its incorporation ' 



BRITISH TELECOMMUNICATIONS public limited company 
81 NEWGATE STREET ' " 

LONDON, EC1 A 7AJ, England 
Registered in England: 1800000 



UNITED KINGDOM 



4. 

T 



Title of the mvention 



METHOD AND APPARATUS FOR STORING AND 
RETRIEVING DATA . . 



Name of your agent (if you have one) 



"Address for Service" in the United Kingdom 
to which all correspondence should be sent 
fmcluding the postcode) 



Patents ADP number ^youknowtt) 



BT GROUP LEGAL 

INTELLECTUAL PROPERTY DEPARTMENT 
HOLBORN CENTRE 
120 HOLBORN 
LONDON, EC1N2TE 



tSeTOOT 



If you are declaring priority from one or more Country 
earlier patent applications, give Hbe country 
and the date of filing of the or of each of these 
earlier applications and (if you know it) the or 
each application number 



Priorily a^lication number 
ffyou know it) 



Date of filing 
(di^ / month /year) 



If this {^plication is divided or otherwise 
derived from an earlier UK application, 
give the number and the filing date of 
the earlier application 



Number of earlier appiication 



Date of filing 
{day/manMyear) 



Is a statement of inventorship and of right 
to grant of a patent required in support of 
this request? (Answer 'Yes' if: 
a) any applicant named in part 3 is not an inventor, or 
h) there is an inventor who is not named as an 

(^pUcant, or 
c) any named applicant is a corporate body, 

(See note (d)) 



^J^^T M'A" ARI.E COP"^' 



Patoits Form 1/77 



U: MCUU» A.' UAXU. JL/ / / 



V ^ter the number of sheets for any of the 
following items you are filing with this form. 
Do not count copies of the same document 

Continuation sheets of this form 

Description 23 

Claim(s) 3 

Abstract 1 

Drawmg(s) 4 





10. If you are also filing any of the following, 
state how may against each item 

Priority Documents 

Translations of priority documents 

Statement of inventorship and right 
to grant of a patent (Patents Form 7/77) 

Request for preliminary examination 
2!DdBQascYi (Patents Form 9/77) 

'\ 

Request for substantive examination 
(Patents Form 10/77) 

Any other documents 
(please specify) 



11. 


lAVe request the grant of a patent on the basis of ttiis application. 
Signature(s) Date: 

fj/^ UJ/l/jO — 28 August 2003 
WILLIAMSON. Simeon Paul, Authorised Signatory 


12. Name and daytime telephone number of 
person to contact in the United Kingdom 


Rod HILLEN 020 7492 8140 



After an appUcation for a patent has been filed, the Comptroller of the Patent Office will consider whether publication or 
commimication of the invention should be prohibited or restricted under Section 22 of the Patents Act 1977. You will be irformed if it 
IS necessary to prohibit or restrict your invention in this way. Furthermore, if you Uve in the United Kingdom, Section 23qfaie 
Patents Act 1977 stops you from (g?pfying for a patent abroad without first getting written permission from the Patent Office unless 
an eqfpBcation has been filed at least 6 weeks beforehand in the United Kingdom for d patent for the same invenOon and eiOter no 
direction proMbi^g publication or commimication has been given, or any such direction has been revoked. 

Notes 
a) 



m 

CO 

H 

5 



b) 
c) 

d) 
e) 
fi 



■yyouneedhelp to fill in thisfom or you have any questions, please contact the Patent Office on 0645 500505. 
Write your answers in capital letters usingblack ink or you may type Aem. 

there is not enoi^h space for all Ote relevant details m any part cftMsform. please continue on a sepamte sheet cf 
pcpermidwrite 'see contawatUtn sheet" in the relevant partis), ^ry continuation sheet should be attadiedw 
^fyou have answered 'Yes ' Patents Form 7/77 wiU need to be filed. 
Once you han>e fitted in the form you must remember to sign and date it. 
For details of the fee and wt^'s to pay please contact the Patent Office. 



US 

1— 
m 

o 

o 



Patents Form 1/77 



1 

Method and Apparatus for Storing and Retrieving Data 
Field of the Invention 

The present, invention relates to a method and apparatus for storing and retrieving, 
data and in particular for storing and retrieving data representative of descriptions of, 
in particular, services offered to a user of the method or apparatus. 

Baclcground to the Invention 

At present, there are a limited number of different strategies for storing large 
10 amounts of data and then enabling users to search through the stored data to retrieve 
data of interest. It is possible to categorise these strategies as falling somewhere 
between two extremes represented by the World Wide Web at one extreme and a 
tree structured directory at the other end of the extreme. 

15 In the former, there is no structure in the way in which data is stored; in order to 
search through the stored data (and in particular web-pages or "documents" which. . . 
typically contain significant amounts of text), a key-word based search engine is 
typically used. 

20 A very simple key word search engine might simply trawl {or "crawl") through stored 
documents looking for the key word or words being searched for and return all such 
documents which include the key word or words. However, to speed things up 
when there are a large number of stored documents, a more sophisticated search 

" engine 7nighrt"g©rer2rre^r^ ^he- stored-document-s— 

25 according to the frequency with which certain key-words appear in a document (the 
documents being pre-processed and given a score in respect of each "key word" 
appearing in the document). A search then consists of searching through the index 
and returning those documents, or rather the identification of those documents, 
which have a sufficiently high frequency of occurrence of the keywords for which the 

30 search is being carried out. 

The disadvantage of this strategy is that key words may have more than one 
meaning and so irrelevant documents may be returned by the search (corresponding 
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to an undesired meaning of the key word). Similarly, a relevant document might be 
missed by the search because of the document using different terminology to that 
used in the search request. 

When the documents are stored, however, in a logically ordered manner such as in a 
classified tree structured directory, then it is possible for a user simply to search 
through the directory until arriving at a leaf node in which documents deemed to be 
relevant to that node are stored. This strategy overcomes the problems mentioned 
above with respect to key word searching. 

The downside of this strategy however, apart from the effort required to place each 
document in its correct place or places within the directory, is that a searcher might 
not find a relevant document if the searcher follows a different route through the 
directory tree to that envisaged by the person who stored the document in the first 
place. 

In recent years, a large amount of research has been carried out into the use of 
ontologies. Ontologies are generally used to assist in integrating heterogenous legacy 
databases. They enable this by precisely defining what differently used terminologies 
in the different databases actually mean. For example, one database might refer to 
"model ID'' and a second database might refer to the same category' as "product". 
An ontology mapping may then be used to map ''model ID" in the first ontology to 
"product" in the second ontology thus enabling a search request formulated in the 
first ontology to also retrieve relevant data from the second database by translating 
the search request from the first ontology to the second, etc. 

A large amount of research has also been conducted in recent years on the possibility 
of using "ontologies" in order to improve the accuracy of searches relying on a key- 
word based .approach. As mentioned above, an ontology is a formal representation 
of the meanings of various terms used, typically within a limited knowledge domain. 
One example of an ontology is known as WordNet. This ontology attempts to 
represent all of the English language in a formalised way. Each word has one or more 
possible meanings associated with it and each meaning is then linked to other 
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meanings of other words in a number of different ways (eg hyponyms, liypernyms, 
etc.). One way of improving the accuracy of a search using an ontology is to replace 
key-words in either or both of a search request and a target document with their 
meanings according to an ontology. • The structure of the ontology can. then be used 

x 

5 to enhance the power of the search by searching not only for documents containing 
the same meanings as the meaning of the request but also for hyponyms thereof etc. 
(a hyponym is a specific type of or a specialisation of something, eg throwing knife 
and fish knife are hyponyms of knives, while knife is a hypernym of fish knife, etc.). 
A paper which discusses this approach is "OntoSeek: Content-Based Access to the 
10 Web" by Nicola Guarino, Caudio Masolo and Guido Vetere; published in IEEE 
INTELLIGENT SYTEMS publication MAY/JUNE 1 999 edition pages, 70 to 80. 

A commercially important application for storing documents and permitting users to 
search through the stored documents is for enabling service providers to find clients 

15 and vice versa. In such an application, service providers advertise their services 
within a directory or similar storage facility and users or would-be clients may search 
through the directory to attempt to find one or more service providers who are able 
to provide the desired service. Within such an application, each service provider 
typically provides a natural language description of the or each service which it is 

20 able to provide. With computerised systems, a user is then able to perform a key 
word search through these natural language descriptions in order to try to find a 
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suitable service provider. 

'Summary of f fie Invention" * ' " jf" 

25 According to a first aspect of the present invention, there is provided a method of ^ 

storing service description documents in a computerised storage system in which ^ 

each document is associated with at least one verb ontologies! node and at least one ^ 
noun ontoiogical node, each verb ontological node having one or more links to other 

O 

verb ontological nodes and each noun ontological node having one or more links to q 

30 other noun ontological nodes whereby the verb jiodes form a verb space and the *^ 
noun nodes form a noun space. 
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The term "service description document is used to indicate data in any format 
wfiich, after suitable processing if necessary, includes a human or machine readable, 
description of a particular service offered by the party which "owns" the service 
description document. Note that the service could be one offered by. one machine to 
another (eg to enable an "agent" (ie a computer program operating with a degree of 
self-autonomy) to carry out a complex task by automatically searching for and 
requesting sub-steps of the complex task to be performed by other devices). 

Preferably, the method additionally includes associating each service description 
document with one of a plurality of possible different relationship types expressing 
the relationship between the or each pair of the at least one verb node and the at 
least one noun node. Preferably, the possible relationship types are: input-of where 
the service described in the service description document takes an object 
corresponding to the associated noun node as an input of the service, output-of 
where the service described in the service description document takes an object 
corresponding to the associated noun node as an output of the service, or related-to 
as a default relationship for cases where no other relationship is specified or where 
neither of the above options seems appropriate. 

Preferably, the number of verb nodes with which a service description document is 
associated is one and the number of noun nodes is either one or two. 

According to a second aspect of the present invention, there is provided a method of 
retrieving service description documents from a plurality of service description 
documents stored according to the first aspect of the present invention, the method 
comprising the steps of: 

controlling a user interface to request from a user at least one verb request 
term and at least one noun request term, 

associating the or each verb request term with a corresponding verb node 
and the or each noun request term with a corresponding noun node, 

comparing the or each corresponding verb node with the or each verb node 
associated with each of the stored service description documents. 



comparing the or each corresponding noun node with the or each noun node 
associated with each of the' stored service description documents, and 

selecting for retrieval zero or more of the stored service description 
documents on the basis of the comparison steps and controlling the user interface to . 
5 inform the user of the selected documents to enable the user to retrieve one or more 
of the selected documents. 

Preferably, the user interface is additionally controlled to obtain, from the user 
information specifying a relationship type between the input noun and verb request 
10 terms, and this is also compared with the or each associated relationship type of 
each of the stored service description documents. 

The present invention provides significant advantages over currently known methods 
of performing document search and retrieval. In particular, the use of a verb and 

15 noun or a noun, verb and. noun as a search request makes for an intuitively simple 
search request for a user to generate and yet provides a large amount of information. 
Furthermore, for the purposes of locating a service, it is a particularly suitable form 
for a search request to take. Furthermore, by associating each document with at 
least two nodes in different ontological spaces (ie a verb space and a noun space), 

20 and jadditionally with a relationship between each noun and verb node, a very 
accurate description of a service can be made which is still very intuitive and easy to 
predict by an inexpert user. 

Mdre'geriefalTy ,"tRe 

25 more) distinct identifier terms, each of which is associated with its own distinct 
ontological space. The retrieval of documents can then be performed efficiently by 
carrying out two (or more) separate searches in the distinct (and specific) ontological 
spaces. By making the ontological spaces specific to the type of identifier, they 
contain fewer nodes than they would if general ontological spaces were used and 

30 therefore the searches are more likely to be accurate. But by having more than one 
ontc!oqica» ^n^r.t^- fand thus search) the ranqe of different distinct ways of 
describing/identifying documents can be increased without losing accuracy. Including 
as part of the identification/searching strategy a type of link or links between the 
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various identifier tferms further increases both possible accuracy and "resolution". 
Note that the use of ispecific ontological spaces (which could perhaps be termed 
limited ontological spaces, or simply limited ontologies) is especially beneficial 
because of the high levels of accuracy and flexibility which limited ontologies provide 
for indexing and searching. 

According to a third aspect of the present invention, there is provided a system for 
permitting a plurality of service description documents to be stored and subsequently 
searched through and selectively retrieved as set out in claim 8. 

According to a fourth aspect of the present invention, there is provided a data store, 
for use in the system of the third aspect of the present invention, as set out in claim 
10. 

Further preferred features of the present invention are set out in the appended 
dependent claims. 

Brief Description of the Figures 

In order that the present invention may be better understood, embodiments thereof 
will now be described, by way of example only, with reference to the accompanying 
drawings in which: 

Figure 1 is a block diagram of an embodiment of the present invention in general 
overview; 

Figure 2 is a schematic illustration of the graphical user interface employed on the 
user terminal of the "embodiment of Figure 1 ; 

Figure 3 is a block diagram of the. ontology server of the embodiment of Figure 1 
shown in greater detail; 

Figure 4 is a schematic representation of a part of the ontology stored on the 
ontology server of Figure 3 including two links, each link linking two of the nodes of 
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the ontology and being associated with a service description stored in the data store 
of the embodinnent of Figure 1 ; 

Figure 5 is a schematic representation of four different ways of linking a "refurbish" 
5 action node with a ''house" object node accprding to a representational methodology 
used in an embodiment of the present invention; 

Figure 6 is a schematic representation similar to Figure 4 in which the diagram has 
been added to, to illustrate how a search request is matched to nodes of the 
10 ontology during a search; and 

Figure 7 is a flow chart of a method of selecting and retrieving matching service 
descriptions' on the basis of an input request according to an embodiment of the 
. present invention. 

15 

Detailed Description of the first Embodiment 

Figure 1 illustrates in overview apparatus for storing and retrieving service 
descriptions. The apparatus comprises a user terminal 5, an ontology server 10 and 
a data store 15. In operation, a user enters a service description search request in a 
20 manner controlled to a certain extent by the particular graphical user interface 
employed by the user terminal {and described in greater detail below with reference 
to Figure 2) to the user terminal 5. the user terminal 5 then transmits the request to 

c 

the ontology server 10 which is connected to the user terminal by a data 
c6mTfranicaT:ioTi^ - the requestHin- a- 

25 manner described in greater detail below with reference to Figures 3 to 7) and selects 
zero or more matching service descriptions stored in the data store 15. The selected 
service descriptions are then transmitted to the user terminal which displays these to 
the user as the results of the user's search query. 

30 Referring now to Figure 2, the user interface employed in the present embodiment 
includes two text entry boxes 51, 52 into which the user is invited to enter a noun 
and a verb respectively. Located beneath the text boxes are three radio buttons 53, 
54, 55 which are designated "Input of", "Output of" and "Related with" respectively. 
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The radio buttons have the property (as is well known in the art) that exactly one of 
the buttons must be selected at any one time, such that if a user selects a different 
• one of the radio buttons to that which is currently selected, the currently selected 
button is automatically unseiected. In the present embodiment, the "Related with" 
5 button is selected by default. Additionally, the user interface in the present 
embodiment includes some text to guide the user as to what should be done to 
formulate a search request which reads " Enter a noun here ...[noun text box 51] and 
a verb here ... [verb text box 52] and then select one of the following buttons to 
indicate the relationship between the noun and the verb. For example, to search for 
10 companies providing house building services, enter "house" and "build" and then 
select the "output of" radio button." 

In the present embodiment, the user interface additionally includes a results space 57 
in which selected service descriptions generated by the apparatus are displayed to 
15 the user underneath the following illustrative text "your search has returned the 
following results: ..." 

Referring now to Figure 3, the ontology server 10, in the present embodiment, is 
schematically shown as including an input/output unit 105, a system bus 110, a 
20 processor arrangement 1 15 and a system memory 120. As is well known in the art, 
the system bus interconnects the other principal components 105, 115, 120 of the 
server together so that any one component may communicate with any other. The 
input/output unit 105 enables the server to receive search requests from,- and to 
return search results to, the user terminal 5, as well as to read data from the data 

rn 

25 store 15, under the control of the processor 115. The memory 120 as well as w 
storing a program" for controlling the overall operation of the ontology server 10 ^ 
additionally includes an ontology storing area 122 for storing an ontology and a ^ 
service links storing area 124 for storing a plurality of service links which are ^ 
discussed in greater detail below. ^ ' ^ 

m 
o 

It will be apparent to the skilled reader that Figure 3 and the above description of q 
Figure 3 are very high level representations of the server in which the. details of the ^ 
server computer have deliberately been omitted for the sake of clarity. Except as set 
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out in this document, the server can be any suitable conventional server computer 
the constitution and operation of which is well known in the art. 

Figure 4 illustrates a part of the ontology stored in the ontology server Id Each box 
5 (202-220 & 252-268) containing a word or words represents a node of the ontology, 
each single lined arrow represents a relationship between the thus connected nodes 
and each double lined arrow represents a link between the thus linked nodes. The 
nodes on the left-hand-side of the figure (202-220) which are connected to one 
another are verb (also called action) nodes whilst the nodes (252-268) which are 
10 connected together on the right-hand-side of the figure are noun (also called object) 
nodes. The double lined arrow links link a noun node to a verb node. 

« i 

•As illustrated in the key underneath the connected boxes of the illustrated part of the 
ontology, the single arrow-headed relationship lines (305) indicate a super-class- 

15 of/sub-class-of relationship where the node to which the arrow-head points is 
designated as a sub-class relative to the node away from which the arrow-head, 
points; for example, both "Get" (204) and "Give" (206) are designated as sub- 
classes of 'Transact" (202).' The rationale for designating a node as a subclass of 
another node is that a first node can be designated as a sub-class of second node if 

20 each specific example case falling within the concept designated by the first node 
also falls wrthin the concept designated by the second node, but not all specific 
exampie cases falling' within the concept of" the second libde also fall within tfie ^ 
concept of the first node. ^ 



25 The double arrow-headed relationship lines (310) indicate a same-class-as relationship. ^ 

whereby both nodes connected by the relationship line are designated as being in the — 

same class as one another; for example, "Acquire" (208) and "Buy" (214) are g 

designated as having a same-class-as relationship to one another. The rationale for ^ 

designating two nodes as being in the same class as one another is that each specific Q 

30 example case falling within the concept of one node should also fall within the other -q, 
and vice versa. Note that this is determined by the ontology designer for the 
purposes of the particular ontology, which, in the present embodiment, is to put 
prospective customers in touch with companies which provide the desired services. 



0 



10 

In the present embodinnent, the designer has therefore decided that for these 
purposes Acquire and Buy are synonymous, even though for other purposes it might 
be that these represent different concepts with perhaps Buy being a sub-class of 
Acquire, (since a person could arguably acquire an item without necessarily paying for 
it, whilst a person could not buy an item without so paying for it), 

A single arrow-headed (but double-lined) link (315, 320) indicates an Input-of/Output- 
of link. A link (315, 320, 325) (indicated by a double lined arrow) always links a 
verb node to a noun node. If the arrow-head of an Input-of/Output-of link points 
away from a noun node towards a verb node, the link is an Input-of link (320) 
indicating that an associated service or service search request takes the noun node 
as an Input. Conversely, if the arrow-head points towards a noun node from a verb 
node, then the link is an Output-of link (315) indicating that the associated service or 
service search request produces the noun node as an output. Double lined links with 
no arrow-head are Related-with links (325) which indicate that the associated service 
or service search request relates the linked verb and noun nodes to one another In an 
unspecified manner (ie either as an input, an output, both an input and an output or 
any other case where the object cannot really be considered to be either an input or 
an output). 




Figures 5b - 5c illustrate the three possible ways in which two nodes can be linked 
together in the present embodiment in which each stored service or service search 
• request is associated with a link which comprises only one noun node, one verb node 
and one relationship therebetween. Figure 5a illustrates how these two nodes could 
be linked together in an alternative embodiment in which each link associated with a 
stored service or service search request can comprise both an input noun node and 
an output noun node. Figure 5a thus shows the case where, in an alternative 
embodiment, the noun node "House" is both an input of and an output of the offered 
service of house refurbishment. Figure 5b shows the case according to the present 
embodiment in which the noun node "House" is designated as an input to the house 
refurbishment service. Figure 5c illustrates the case where the noun node "House" is 
designated as the output of the house refurbishment service, and Figure 5d illustrates 
the case where the noun node "House" is merely designated as being related with 
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the verb node "Refurbish" to indicate that the concepts/specific items covered by the 
noun node "House" are in some unspecified manner related with the offered service 
of house refurbishment. Note that in the case of house refurbishment all of the 
above links are reasonable designations. On this basis, the best option in the present 
5 embodiment where the designation of Figure 5a is not possible, is probably the 
related with designation illustrated in Figure 5d. 

In the present embodiment, the data store 1 5 contains a plurality of records each of 
which corresponds to a service which the associated service supplier is offering to 
10 prospective clients. The record includes contact details .for contacting the supplier 
and a description written in a natural language of the service offered. 

Additionally, the ontology server 10 also stores a corresponding list of links to form 
an index. The index, in the present embodiment, lists each of the records stored in 
15 the data store by some suitable identifier {to enable the identified record to be 
retrieved from the data store 1 5) together with a link associated with that record, ,.ln 
the present embodiment, the link comprises a noun node, a verb node and. a 
relationship (either Input-of, Output-of or Related-with). In the present embodiment, 
the link for each record is preferably formed by asking each supplier to provide this 
20 information in respect of each record associated with it. To assist the supplier in this 
task, it is given read-only access to the ontology stored on the ontology server 
together with appropriate navigational software to permit the supplier to traverse 
through the ontology to find the most appropriate nodes to select. Alternatively, the 
" o^itoTogy' serveT'edministratof Ifnay^lso provider - -This-may-be-usef-ul- - 

25 to get the system up and running in the first place- 
Figure 6 shows the same part of the ontology as shown in Figure 4 together with 
two boxes 405, 410 which indicate terms from a service search request which has 
been entered by a user of terminal 5 via the user interface illustrated in Figure 2. The 
30 two terms 405, 410 are shown as having been matched to nodes 204 and 254 by 
matching uonnections 421, 422 with degrees of m.atnhing of 1.0 and 0.48 
respectively. Furthermore, Figure 6 includes in the key part a generic "matched with" 
connection symbol 420. The way in which terms of a service search request are 
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matched to nodes in the stored ontology is now discussed in greater detail below 
with reference to all of the figures, but with particular reference to the flow diagram 
of Figure 7. 

Thus, referring now to Figure 7, the first step in the method of using the apparatus of 
Figure 1 to retrieve one or more service records of interest from the data store 1 5 is 
for the user to enter a search request at step S5 using the user interface illustrated in 
Figure 2. This service search request is then transmitted to the ontology server 10 
where it is further processed according to the following steps. 
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In step S10, the ontology performs name matching between the terms of the 
received service search request and the names of the nodes of the ontology stored in 
the ontology server. The purpose of this step is to enable a user to freely type into 
the user interface any terms of his choosing which are then associated with terms 

1 5 used in the ontology rather than selecting possible, options directly from the ontology. 
Any suitable method for performing this task may be used. The particular way In 
which this is done in the present embodiment, however, is described in greater detail 
below after describing in overview the method illustrated in Rgure 7. The result of 
the name matching step is to determine all of the verb nodes (A„ where 1 ^ i :S a and 

20 a is the number of matched ve^rb nodes, if. any) of the ontology which can be 
matched with the verb part of the input service search request together with the verb 
matching correlation (CF(A,)) of each matched verb node and all of the noun nodes 
(Pj, where 1 ^ j :^ p and p is the number of matched noun nodes, if any) of the CD 
ontology which can be matched with the noun part of the input service search S 

25 request together with the noun matching correlation (CF(Pj)) of each matched noun 

node. ^ 

Upon completion of step S10, the method proceeds to step SI 5 in which it is W 
determined iif both -at least one noun node and at least one verb node have been 
30 matched with the noun and verb terms of the service search request respectively. If Q 
either no noun nodes or no verb nodes can be matched with the service search "D 
request, the method proceeds to step S20 in which a response is sent back to the • 
user terminal 5 informing the user that no search results have been found and inviting 



30382.doc 




13 

the user to try again with different search terms and then the method ends. If, 
however, at least one noun node (Pj) and at least one verb node (A|) are matched, 
then the method proceeds to step S25. 

5 In step S25, the ontology server forms a plurality of translated service requests (A„ 
Pj, R, CF(A,}, CF(Pj) ) by taking each possible combination of a matched verb node 
with a matched noun node and linking these together according to the relationship (R) 
between noun term and verb term expressed in the original service search request. 
For example in the case that the input service search request by the user is "Get" for 

10 the verb term, "Comm^Property" for the noun term and the specified relationship is 
Input-of, and only a single verb node, the "Get" verb node 204, and a single noun 
node, the "CommercialProperty" node 254, are matched therewith, then only a single 
translated search request is formed, namely (A, = "get", Pj = "CommercialProperty", 
R = Input-of, CF(A,) = 1.0, CF{Pj) = 0.48, i = a=j = p=1). Note that the manner in 

15 which CF{A|) and CF{Pj) are calculated is explained in greater detail below when 
discussing name matching. 

Having generated the translated search requests in step S25, the method proceeds to 
step S30 In which each translated search request is compared with each link in:.the 
20 index stored in the service links storage area 1 24. The links for which a matching 
score is determined to be above a predetermined threshold are selected and then the 
method proceeds to step S35. The particular way in which the comparison is ) 
performed in the present invention is set out below using pseudo-code under the | 
h"eardTng^'Trahslate^ Request"aTTd~Lirtl^ ~ 



25 



Upon completion of step S30, the method proceeds to step S35 in which it is - 
determined whether at least one link and associated record (the actual record or ^ 
records being stored in the data store 15) was selected in. step S30. If not, the Ti 
method proceeds to step S20 in which a response is sent back to the user terminal 5 O 
30 informing the user that no search results have been found and inviting the user to try ^ 
again with different search terms and then the method ends. If, however, at least 
one link and associated record was selected in step S30, then the method proceeds 
to step S40 in which the or each selected record is retrieved from the data store 15 
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and then sent as part of a results message to the user terminal 5 where the results 
are displayed to the user in the results space 57 of the graphical user interface 
illustrated in Figure 2. 

5 Upon completion of step S40, the method ends. 

The details of how the name matching step S10 and the translated search request 
and link matching step S30 in the present embodiment are now described. 



10 Name Matching (Step S10) 

The purpose of this step is to match the noun and verb parts of the search request 
(freely entered by a user at the user terminal into text boxes 51 and 52 of the user 
interface of Figure 2 respectively) with corresponding noun and verb nodes in the 
ontology stored in the ontology server 10. In the present embodiment, this is done 

1 5 using three matching rules (a direct matching rule, an atomic name matching rule and 
a compound name matching rule) each of which takes two terms (A,B) as input and 
outputs a degree of matching ( CF{A,B) ) which is zero if the terms are not matched 
by the rule and a value between zero (but obviously not including zero itself) and one 
(including one itself) in the event that they are matched to some extent, a value of 

20 one indicating a complete match. 

The direct matching rule simply compares the two input terms and, disregarding any 
punctuation marks, spaces, etc as well as differences in the cases (eg upper and 
lower) of the letters appearing in the two terms, outputs a matching degree, CF{A,B>, Qg 
25 of one if the terms are the same or zero otherwise. ^ 

The atomic name matching rule again disregards punctuation and capitalisation etc ^ 
and proceeds by initially setting the matching degree to zero and then considering ^ 
each of the following questions in turn: ^ 

30 fn 

1 . Are the first 3 letters of the input terms the same (and in the same order)? O 

If so, add 0.3 to the matching degree, CF. ^ 

< 
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2. Are the first four letters of the input terms the same (and in the same 
order)? If so, add 0.3 to the matching degree, CF. 

3. Are the first three letters of the input terms the same (and in the same 
5 order) and are the last letters of the input terms (ie the last letter of each) the 

same? If so, add 0.3 to the matching degree, CF. 

Thus if none of the above questions is answered positively the matching degree will 
remain at zero and the result will be no match. If only one of the above questions is 

1 0 answered positively (ie question 1 only) then there will be a match with a matching 
degree of 0.3. If two (but not all three) of the questions are answered positively (ie 
either questions 1 and 2 or questions 1 and 3) then there will be a match with a 
matching degree of 0.6. Finally, if all three of the questions are answered positively, 
then there will be a match with a matching degree of 0.9. 

15 . 

The compound name matching rule is used, in the present embodiment;, when it is 
detected that both the terms to be compared are compound names. In that case, a 
plurality of component atomic names are identified in respect of each term, and an 
attempt is made to match the first component atomic name of the first ternfi with the 
20 first component atomic name of the second term, and then the second component 
atomic names of the first and second terms etc. until the last component atomic 
name of the term with the least components has been compared with the 
corresponding component atomic riame in the other term. The attempt to match 
comp^nen^^^ 

25 matching rule if no direct match is found. Having attempted to match the component 
atomic names, a compound matching degree is calculated according to the following 
formula: 

s 

CFiA,B) = — — J {Compound matching formula} 

m + n-^CF{a„bi) , - 

30 
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where CF(ai,b,) Is the matching degree of the i'th pair of component atomic names in 
the compound terms A and B as determined either using the direct matching rule or 
using the atomic matching rule (and equal to zero if no match was found); m is the 
number of component atomic names in term A; n is the number of component atomic 
names in term B; and k is the smaller of m and n, 

Having set out the three types of name matching rules, the algorithm employed can 
be stated in pseudo-code thus: 



Comment: first process the verb term. A, of the service search request; 
FOR each verb node, B = bi,b2,...,bk, in the stored ontology{ 
TRY to find direct match 

IF successful record match; 
NEXT verb node; 

END IF 

IF A and bin^ex are atomic names 
TRY atomic name matching 

IF successful record match; 
NEXT verb node; 

END IF 

ELSE IF A and bin^ex are both compound names 
TRY compound name matching 

IF successful record match;- 
NEXT verb node; 

END IF 05 
END IF 23 
END FOR H 

Comment: Then, repeat for the noun term, O, of the service search request 



FOR each noun node, P=.Pi,P2,--.,Pi/ in the stored ontology ^ Qj 

TRY to find direct match fn 
IF successful record match; O 

o 

NEXT verb node; 1 



30382.doc 



17 

END IF 

IF O and pjndex are atomic names 
TRY atomic name matching 

IF successful record match; 
5 NEXT verb node; 

END IF 

ELSE IF O and Pindex ^^e both compound names 
TRY compound narne matching 

IF successful record match; 
1 0 NEXT verb node; 

END IF 

END IF 
END FOR 

1 5 The above pieces of pseudo code essentially say: first take the verb term entered by 
the user and then loop through all of the verb nodes stored in the ontology to look for 
a match. In each iteration of the loop first look for a direct match, if found record the 
fact of the match by placing an entry into a local storage table including the matched 
noun node and the matching degree. If there is no direct match, see if both the 

20 entered verb term and the current verb node are atomic names (in the present 
invention, a compound name is detected by looking for either one of the punctuation 
marks space, underscore, hyphen, full-stop, oblique, colon, comma or semicolon 
separating two strings of letters,, or a change in capitalisation in the middle of a string ^ 
"of nett¥rs~7exdu feg" "Corhir^^ " ^ 

25 Property)); if so, look for a match using the atomic name matching rule and if found H 
record the fact of the match as mentioned above. If both the entered verb' term and ^ 
the current verb node are compound names {as discussed above) separate the names ~ 
into their component atomic names and look for a match using the compound name g 
matching rule and if found record the fact of the match as mentioned above. If no ^ 

30 match is found at the end of all this, the current iteration is brought to an end Q 
without recording any match and a new iteration i-s commenced with the next verb ^ 
node. ^ 
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Note that in the algorithm described above if the entered verb term is an atomic name 
but the current verb node is compound, or vice versa, no match will be found (except 
perhaps in exceptional circumstances where a direct match is found). This is not 
generally considered to be a problem as it is normally better to try to match a 
5 compound name with another compound name, etc. Nonetheless, alternative 
embodiments could operate in an alternative manner by always applying the 
compound name matching rule unless both names are atomic, etc. 



The algorithm for matching the noun term of the service search request to noun 
10 nodes in the ontology is the same as that for the verb term and nodes, mutatis 
mutandis. 

Translated Search Request and Link Matching 

In overview, this procedure is carried out in the present embodiment in the following 
15 manner. Each of the translated service search requests is considered in turn. Using 
the ontology, a sub-tree of the action node of the translated search request is formed 
by including all nodes which are the same class as or a sub-class (including sub-sub- 
class of etc.) of the action node, as well as the action node itself. Each of tfie entries 
to the index table stored in the ontology server 10 is then checked to see- if its action 
20 node is one of the nodes in the sub-tree. If it is, a matching degree is evaluated in a 
manner described below which takes into consideration the noun terms as well as the 
relationships in both the translated search request and the stored link information 
respectively. The evaluated rriatching degree is then compared with a threshold and 
If the matching degree exceeds the threshold, the corresponding service record is 
25 selected for retrieval and transmission to the user terminal. 



09 

m 



The particular way in which the matching degree between a translated search request ^ 

and a link whose action node falls within the sub-tree of the action node of the ^ 

translated search request is set out below. . In overview, the it is first cjiecked to see ^ 

30 if the noun node in the link falls within the sub-tree (derived in the same way as for ^ 

m 

the action sub-tree, mutatis mutandis) of the noun node of the translated search 
request. If not, then the matching degree is set to zero and the matching ends. 
Otherwise, the relationship of the translated search request and that of the link are 
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compared, if they are both the same a relationship comparison score is set to 1 . If 
one is "related-with" but not the other (ie the other is either input-of or output-of) 
then the relationship comparison score is set to 0.5. If one is input-of and the other 
is output-of, then the relationship comparison score is set to 0. Finally, the following 
5 formula is used to calculate a value for the matching degree: 

MatchingDegree = (CF{A) + CF(P) + CF{R) ) / (6 - { CF{A) + CF{P) + CF(R) ) ) 

where CF(A) is the degree of matching between the input verb term and the verb 
10 node of the translated search request currently under consideration, CF(P) is the 
degree of matching between the input noun term and the noun node of the translated 
search request currently under consideration and CF{R) is the relationship comparison 
score as discussed above (which takes a value of 0, 0.5 or 1), Note therefore that if 
CF(A) = CF(P) = CF(R) = 1 then MatchingDegree = 1; if CF(A) = CF(P) =^:CF(R) = 
15 0 then MatchingDegree = 0; and if CF{A) = CF(P) = CF{R) = 0.5 then 
MatchingDegree^ 1/3. * 

In the present embodiment, the threshold is set at 0.4. However, in atternative 
embodiments, any matchingDegree evaluation greater than zero could be 'selected, 
20 with only a limited number (eg 1 0) of selected records actually being finally selected 
and sent to the user terminal. In any event, the selected records are preferably 
displayed in order of decreasing MatchingDegree evaluation score. 

' WorRecl'ExampIe — — 

25, In order to illustrate the above discussion, an example input search request will now 
be considered. For the sake of this illustration, it is assumed that there are only two 
service records stored in the data store 1 5 with associated links, as entered by the 
suppliers, of, in the case of the first record, verb node "Sell", noun node "House" and 
' relationship Output-of (the supplier in this case is an estate agent offering the service 
30 of selling houses to prospective house purchasers) and, in the case of the second 
record, verb node "Buy", noun nods "Motel" and relationship !nput-of (the supplier in 
this case being a large Motel company which is interested in buying motels from 
motel owners seeking to sell their motel). 
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The user inputs the search request "Get" {into the verb text box 52) and 
"Comm^Property" (into the noun text box 51) and selects the Input-of radio button 
53. The resulting search request is transmitted to the ontology server where step 
5 S10 name matching is performed. In this step, the search request term "get" is 
directly matched with the verb node "Get" and none other. The search request term 
"Comm_Property" is not directly matched with any noun node. It is determined that 
it is a compound name (by the presence of the underscore character) and it is 
matched via the compound name matching rule to the noun node "Commercial 

10 Property" with a matching degree of CF(P) = (0.6 + 1) / (2 +2 -{0 .6 + 1) ) = 2/3 
w 0.67 - see the compound matching formula above, the first atomic names 
"Comm" and "Commercial" being matched together with matching degree 0.6 by 
virtue of both questions 1 and 2 being answered positively in the atomic name 
matching rule. The search request term "Comm_Property" is not however matched 

1 5 together with any other noun n9de in the ontology. 

The method then proceeds to step S25 in which a single translated search request is 
generated with verb node "Get", noun node "Commercial Property", relationship 
Input-of, CF(A) = 1, and CF(P) = 0.67. 

20 

The method then proceeds to step S30 in which an attempt is made to match the 
translated search request with one of the records stored in the data store 15 by 
virtue of the table of links. The link for the first record ("Sell", "House" Output-of) is 
not matched because the verb node "Sell" is not in the sub-tree of verb node "Get". ^ 
25 However, the link for the second record ("Buy", "Motel" Input-of) is matched because rn 
verb node "Buy" is in the sub-tree of "Get" and the noun node "Motel" is in the sub- ~3 
tree of "Commercial Property". 

> 

r 

r the MatchingDegree = (1 4- 0.67 + 1) / (6 - ( 1 +0.67 d-1) ) = 0.80 g 

30 S 
Since in the present embodiment the threshold is set to 0.4, this record is therefore Q 
selected and transmitted back to the user terminal 5 at step S40. 
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In summary therefore, with special reference to Figure 6, the present embodiment 
provides a method of storing service description documents in a computerised 
storage system in which each document is associated with at least one verb 
ontologicar node 204 and at least one noun ontological node 254, each verb 
5 ontological node having one or more links to other verb ontological nodes and each 
noun ontological node having one or more links to other noun ontological nodes 
whereby the verb nodes form a verb space 200 and the noun nodes form a noun 
space 250 (the verb space and noun space being distinct limited ontologies) and a 
method of retrieving service description documents from a plurality of service 

10 description documents stored in this way comprising the steps of: 

controlling a user interface to request from a user at least one verb request 
term 405 and at least one noun request term 410, 

associating the or each verb request term 405 with a corresponding verb 
node 204 and the or each noun request term 410 with a corresponding noun node 

15 254, 

comparing the or each corresponding verb node 204 with the or each verb 
node 212, 214 associated with each of the stored service description documents, 

comparing the or each corresponding noun node 254 with the or each noun 
node 262, 266 associated with each 6f the stored service description documents, 
20 and 

selecting for retrieval zero or more of the stored service description 
documents on the basis of the comparison steps and controlling the user interface to 
inform the user of the selected documents to enable the user to retrieve one or more 
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of the selected documents. 



Variations 

Instead of storing the table of links and references to stored records on an ontology 
server, the information could be stored in a different location such as, for example, in 



could simply be part of the data records themselves although this would be quite 
likely to increase the time taken to perform matching between translated search 
requests and links associated with the stored data records. 



m 

m 

HI 



m 
o 

30 the same data store as the records themselves are stored. In fact the link information Q 
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Instead of performing atomic name matching in the manner described above, in an 
alternative embodiment, a number of different rules could be tested for with different 
• matching scores as before, but instead of testing against each rule regardless of 
success or failure, the tests could be performed starting from the test or tests with 
the highest score and ending with the test or tests with the lowest score and ceasing 
to perform further tests as soon as one of the tests is positive. For example, the 
following three rules could be tested for: 



1 . Are the first three letters of the input terms the same (and in the same 
order) and are the last letters of the input terms {ie the last letter of each) the 
same? If so, set the matching degree, CF, to 0.5 and end atomic matching, 
else, 



2. Are the first four letters of the input terms the same (and in the same 
order)? If so, set the matching degree, CF, to 0.5 and end atomic matching, 
else. 



3. Are the first 3 letters of the input terms the same (and in the same order)? 
If so, set the matching degree, CF, to 0.3 and end atomic matching. 

In the above described embodiment, the compound name matching algorithm 
operates by comparing the first atomic name of the first compound word with the 

OS 

first atomic name of the second compound word, the second atomic name of the first ni 

compound word with the second atomic name of the second compound word and so ^ 

on. This can find no match even for compound names which share a large number of ^ 

atomic names if the ordering is different between the compound names. An ^ 

alternative compound name matching rule which could be used to overcome this 5 

W 

problem is as described below: r" 

m 
o 

Let A = {A1, ... Am}, B = {B1, Bn} be two compound names, where A1, ... Am are Q 
m atomic names for A and B1, Bn are n atomic names for B respectively. Let 
C = {C1, Ck} be k atomic names that are matched between A and B, with 
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CF{C) = {CF{C1), CF(Ck)} being the matching degrees. The matching degree of 
CF(C) can be computed by comparing each atomic name in the first term with each 
atomic name in the second term and deciding, based upon the results, which atomic 
names to pair with one another for use in forming the overall complex name matching 
5 result. Formally, we have the following algorithm: 

FOR each term Ai e A ={A1, ... Am} 
CF{Ai, B) = 0 
bmax = 0 

10 . FOR each term Bj e B = {B1, Bn} 

IF CF{Ai, Bj) > CF(Ai, B) THEN 
CF{Ai, B) = CF(Ai, Bj) 
bmax = j 

ENDIF 

15 ENDFOR <. - 

IF CF(Ai, B) > O THEN 
C <- C + (Ai, Bbmax) 

A <- A - Ai ' 

I 

B <- B - Bbmax 
20 ENDIF 
ENDFOR 



The algorithm operates by testing each atomic name of the first term A against each ^ 
atomic name of the second term B; the pair that has the largest matching degree is H 
25 added Into C and removed from A and B respectively. By the time the algorithm 
finishes, C contains all the matched pairs from A and B. 



The matching degree between A and B, CF(A, B), is thereby computed as: " 

k o 

CFiA,B) = ^i— ^ -< 

m + n-^CF(CO 
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CLAIMS 



1 . A method of storing a plurality of electronic documents comprising: 
generating in respect of each electronic document at least one association 

5 with a node of a first type of node and at least one association with a node of a 
second type of node, the nodes belonging to a predetermined ontology which has the 
property that a sub-tree of a node of a given type contains only nodes of that same 
given type; 

and storing the pair or group of associations generated in respect of a 
10 particular document in addition to the document in a digital memory in such a way 
that the associations can be readily linked to the corresponding document. 

2. A method as claimed in claim 1 wherein the first type of node is a verb node 
and the second type of node is a noun node. 

15 

3. A method as claimed in claiml or claim 2 wherein the associations are stored 
in an index for efficient searching together with an identification of the document to 
which each pair or group of associations relates. 

20 4. A method as claimed in any preceding claim wherein the documents include 
a natural language description of a service. 

5. A method as claimed in any one of the preceding claims further comprising ^ 

generating a relationship identifier identifying one of a finite number of distinct ^ 

-"J 

25 possible relationships between the node of a first type and the node of a second type ^ 
and storing said relationship identifier together with the pair or group of associations. ^ 



6. A method of retrieving one or more electronic documents from an electronic 
storage means storing a plurality of electronic documents, the documents having 



o 

30 been stored in accordance with the method of one of claims 1 to 5, the retrieval Q 

13 

method comprising: ^ 



25 

receiving an electronic signal representative of a search request including at 
least a first term associated with a first type of node and at least a second ternn 
associated with a second type of node of a predetermined ontology; 

comparing the first term with a plurality of nodes of said first type and • 
5 comparing the second term with a plurality of nodes of said second type and, in the 
event of determining at least a partial match, attributing a degree of match to each 
such node; 

generating at least one translated search request comprising at least one of 
said matched nodes of said first type, at least one of said matched nodes of said 
10 second type and the degree of match associated with each; 

comparing each matched node of the or each translated search request with 
the corresponding node of the same type identified by the stored pair or group of 
associations corresponding to each of the stored electronic documents; 

selecting documents for retrieval on the basis of the result of the comparison 
15 between the translated search request or requests and the stored pair or group of 
associations; and 

outputting an electronic signal representative of, or identifying, the or each 
selected electronic document. 

20 7. A method, of generating a search request for use in the method of claim 6, 
the search request generating method compriising: 

controlling a user interface to request from a user a first term; 
controlling the user interface to request from the user a second term; 
L 5oiTEfomhg^he"u¥enme^ 
25 of possible relationship types to express the relationship between the first and second 
terms; and 

generating a search request based on the information entered by the user. 

8. Apparatus for storing and retrieving electronic documents comprising: 
30 an electronic data store comprising means for storing a plurality of electronic 

documents; 
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further electronic data storage means for storing a pair or group of 
associations associating each electronic document with at least one node of a first 
type and at least one node of a second type of a predetermined ontology; 

request generation means for generating a search request comprising. a first 
5 term and a second term; 

translation means for generating a translated search request or requests by 
comparing the first term of a search request with nodes of the first type and 
comparing the second term of the search request with nodes of the second type to 
find specific nodes which correspond to the terms of the search request; and 
10 comparison means for comparing the or each translated search request with 

each stored pair or group of associations and selecting those documents for which a 
sufficiently close match is determined. 

9. Apparatus according to claim 8 wherein the electronic data store also comprises 
1 5 the further electronic data storage means. 

10. An electronic data store for use in the apparatus of claims 8 or 9, the data store 
storing a plurality of electronic documents and a pair or group of associations 
associating each electronic document with at least one node of a first type and at 

20 least one node of a second type of a predetermined ontology. 
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ABSTRACT 

, Method and Apparatus for Storing and Retrieving Data 

'5 A method of storing service description documents In a computerised storage system 
in Which each document is associated with at least one verb ontological node 204 
and at least one noun ontological node 254, each verb, ontological node having one or 
more links to other verb ontological nodes and each noun ontological node having one 
or more links to other noun ontological nodes whereby the verb nodes form a verb 

10 space 200 and the noun nodes form a noun space 250 and a method of retrieving • 
service description documents from a plurality of service description documents 
stored in this way comprising the steps of: 

controlling a user interface to request from a user at least one verb request 
term 405 and at least one noun request term 410, 

15 associating the or each verb request term 405 with a corresponding verb 

node 204 and the or each noun request term 410 with a corresponding noun node 
254; 

comparing the or each corresponding verb node 204 with the or each verb 
node 21 2, 214 associated with each of the stored service description documents, 
20 comparing the or each corresponding noun node 254 with the or each noun 

node 262, 266 associated with each of the stored service description documents, 
and 

selecting for retrieval zero or more of the stored service description 

docamentSTX^nr the-basis-of the- comparison-steps -and- eontroHing t-he-user-interface .to- 

25 inform the user of the selected documents to enable the user to retrieve one or more 
of the selected documents. 

BEST AV^t" ^r-^' 
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